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DETAILED ACTION 

1 . A request for continued examination under 37 CFR 1.114, including tine fee set 
forth in 37 CFR 1 .17(e), was filed in this application after final rejection. Since this 
application is eligible for continued examination under 37 CFR 1.114, and the fee set 
forth in 37 CFR 1.17(e) has been timely paid, the finality of the previous Office action 
has been withdrawn pursuant to 37 CFR 1.114. Applicant's submission filed on June 
25, 2007 has been entered. 

Response to Arguments 

2. Applicant's arguments with respect to claims 1-7, and 19-23 have been 
considered but are moot in view of the new ground(s) of rejection. 

Claim Rejections - 35 USC § 103 

3. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 1 02 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

4. Claims 1 , 19 and 23 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over U.S. Patent No. 6,430,526 issued to Kim R. Toll (Hereinafter "Toll) in view of U.S. 
patent No. 6,385,201 issued to Atsushi Iwata (hereinafter "Iwata"). 
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Regarding claim 1, Toll discloses a method for providing a topology interface for 
a multimedia processing system (see column 4, lines 34 - 35), the method comprising: 

in response, creating by topology application programming interface a topology 
interface (see column 2, lines 29 - 35 wherein "topology engine 37 provides a high-level 
application programming interface (API) by which application 20 is able to configure and 
control electronic components 65. Application 20 may include a user interface...") 
capable of being passed to a media processor as an extensible symbolic representation 
(see column 2, lines 36 - 40 wherein topology description language is interpreted as 
extensible symbolic representation) of an intended media flow based on at least one of 
the received media parameters (see column 4, lines 33 - 40 wherein media types are 
interpreted as media parameters). 

Toll does not explicitly teach parameters as claimed. 

Iwata discloses receiving a plurality of media parameters (see column 2, lines 3 - 
9 wherein the peer, group leader comprises negotiating means for exchanging 

parameters with other group leader nodes ) identifying at least an identifier, a node 

type, a data type (see column 4, lines 2-4 wherein node identifier is interpreted as the 
parameter) and a duration (see column 6, lines 52 - 53 wherein the time interval is 
interpreted as duration). 

It would have been obvious to one of ordinary skills in the data processing art at 
time of present invention to combine the cited reference because Iwata's teaching of 
plurality of parameter would have allowed Toll's system to exchange parameters among 
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nodes. The motivation is that these parameters are used to store resource data for the 
star topology. 

Regarding claim 1 9, Toll discloses a method for providing a segment topology 
node interface for a multimedia processing system (see column 4, lines 34 - 35), the 
method comprising: 

in response, creating by a segment topology node application programming 
interface the segment topology node interface as part of a topology (see column 2, lines 
29 - 35 wherein "topology engine 37 provides a high-level application programming 
interface (API) by which application 20 is able to configure and control electronic 
components 65. Application 20 may include a user interface...") that is incapable of 
alteration of input and output nodes to the segment topology node, the segment 
topology node being separately identifiable (see column 2, lines 32 - 35 wherein the 
application may be automatically implemented via topology engine 37 without input from 
user). 

Toll does not explicitly teach parameters as claimed. 

Iwata discloses receiving a first parameter defining one or more connections for 
the segment topology node (see column 3, lines 55 - 59 wherein the parameters 
describe the logical link between nodes); 

receiving a second parameter identifying a pointer to a topology to which the 
segment topology node can connect (see column 4, lines 49 - 55 wherein in this 



Application/Control Number: 10/692,639 Page 5 

Art Unit: 2162 

second step links multiple set of local and remote nodes and the values displayed in 
Fig. 3 are parameters). 

It would have been obvious to one of ordinary skills in the data processing art at 
time of present invention to combine the cited reference because Iwata's teaching of 
plurality of parameter would have allowed Toll's system to exchange parameters among 
nodes. The motivation is that these parameters are used to store resource data for the 
star topology. 

Regarding claim 23, Toll discloses a method for providing an interface for a 
multimedia processing system (see column 4, lines 34 - 35), the method comprising: 

in response, enabling by an application programming interface (see column 2, 
lines 29 - 35 wherein "topology engine 37 provides a high-level application 
programming interface (API) by which application 20 is able to configure and control 
electronic components 65. Application 20 may include a user interface...") a multimedia 
processing function via an extensible symbolic abstraction of media objects (see column 
2, lines 36 - 40 wherein topology description language is interpreted as extensible 
symbolic representation). 

Toll does not explicitly disclose the media processor parameter, the timeline 
parameter and the topology parameter. 

receiving a media processor parameter related to received media data (see 
column 7, lines 30 - 32 wherein the aggregation unit is the processor parameter); 
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receiving a timeline parameter related to timing of events to occur for performing 
media processing (see column 2, lines 3 - 9 wherein the peer group leader comprises 
negotiating means for exchanging parameters with other group leader nodes ); and 

receiving a topology parameter describing a flow for the received media data 
(see column 3, lines 55 - 59 wherein the parameters describe the logical link between 
nodes). 

It would have been obvious to one of ordinary skills in the data processing art at 
time of present invention to combine the cited reference because Iwata's teaching of 
plurality of parameter would have allowed Toll's system to exchange parameters among 
nodes. The motivation is that these parameters are used to store resource data for the 
star topology. 

5. Claims 2 - 7 and 20 - 22 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Toll in view of Iwata and further in view of U.S. patent No. 5,995,512 
issued to Russell Wilbur Pogue, Jr., (hereinafter "Pogue). 

Regarding claim 2, Toll and Iwata disclose the claimed subject matter as . 
discussed in claim 1. Toll or Iwata does not explicitly disclose "GetCacherObject ... 
GetOptonalFlag" as claimed. 

However, Pogue discloses wherein the media parameters include one or 
more of a GetCacherObject, a GetNodeType, a GetTopoNodelD, a SetProjectStartStop, 
a GetProjectStartStop, a GetlnputCount, a GetOutputCount, a ConnectOut, a Getlnput, 
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a GetOutput, a SetOutputPrefType, a GetOutputPrefType, a SetMajorType, a 
GetMajorlype, a CloneFrom, a SetlnputCount, a SetOutputCount, a 
SetStreamDiscardable, a GetStreamDiscardable, a SetOptionalFlag. and a 
GetOptonalFlag (see column 9, lines 2 - 13 wherein examiner interprets 
"GetCacherObject ... GetOptonalFlag" as various parameter functions that implement 
certain actions; therefore Pogue's parameters/functions that perform variety of actions 
are interpreted as "GetCacherObject ... GetOptonalFlag"). 

It would have been obvious to one of ordinary skills in the data processing art at 
time of present invention to combine the cited reference because Progue's teaching of 
parameters/functions would have allowed Toll and Iwata's system to implement one of 
these parameters/functions such as the parameters/functions for holding, receiving data 
from high speed networl< and outputting the data to node interface would have achieved 
the same result as applicant's parameters of "a Getlnput, a GetOutput". 

Regarding claim 3, Pogue discloses the method of claim 1 wherein the media 
parameters include a SetSourceAndDescriptor method that enables a topology loader 
to create a media stream based on a descriptor (see column 7, lines 52 - 65). 

Regarding claim 4, Pogue discloses the method of claim 1 wherein the node type 
is a segment topology node type such that any modifications made to the topology to 
add, remove or connect nodes does not alter input and output nodes (see column 16, 
lines 52 - 65). 
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Regarding claim 5, Pogue discloses the method of claim 1 wherein the unique 
identifier enables sharing and reusing the nodes in a plurality of topologies (see Fig. 1 
and column 1 0, lines 1 5 - 25). 

Regarding claim 6, Pogue discloses the method of claim 4 wherein the segment 
topology node type is created via an IMFSegmentTopologyNode : lUnknown interface 
(see column 9, lines 2 - 13 wherein examiner interprets "IMFSegmentTopologyNode" 
as a parameter functions that implement certain actions; therefore one of Pogue's 
parameters/functions that perform variety of actions is interpreted as 
IMFSegmentTopologyNode : lUnknown interface). 

Regarding claim 7, Pogue discloses the method of claim 4 wherein the segment 
topology node type is created via an IMFSegmentTopologyNode : lUnknown interface 
including one or more of GetSegmentTopology( IMFTopolgy* pTopology ), 
SegmentTopology( IMFTopology** ppTopology ), SetDirty( BOOL bDirty ), BOOL 
IsDirtyO, BOOL GetActualOutputNode( long lOutputlndex, IMFTopologyNode** 
ppActualNode, long* pINodeOutputlndex ), and BOOL GetActuallnputNode( long 
llnputlndex, IMFTopologyNode** ppActualNode, long* pINodelnputlndex ) (see column 
9, lines 2-13 wherein examiner interprets "GetSegmentTopology( IMFTopolgy* 

pTopology ) long* pINodelnputlndex" as various parameter functions that 

implement certain actions; therefore Pogue's parameters/functions that perform variety 
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of actions are interpreted as "GetSegmentTopology( IMFTopolgy* pTopology ) , 

long* pINodelnputlndex"). 

Regarding claim 20, Pogue disclpses the metliod of claim 19 wherein the 
segment topology node is created by a topology loader operable through one or more of 
a SetSegmentTopology( IMFTopolgy* pTopology ) command, a GetSegmentTopology( 
IMFTopology** ppTopology ) command, a SetDirty( BOOL bDirty) comrhand, a IsDirtyO 
command, a GetActualOutputNode( long lOutputlndex, IMFTopologyNode** 
ppActualNode, long* pINodeOutputlndex ) command and a GetActuallnputNode( long 
llnputlndex, IMFTopologyNode** ppActualNode, long* pINodelnputlndex ) command 
(see column 9, lines 2-13 wherein examiner interprets "SetSegmentTopology( 

IMFTopolgy* pTopology ) , long* pINodelnputlndex" as various parameter functions 

that implement certain actions; therefore Pogue's parameters/functions that perform 
variety of actions are interpreted as "SetSegmentTopology( IMFTopolgy* pTopology 
) , long* pINodelnputlndex"). 

Regarding claim 21, Pogue discloses the method of claim 20 wherein the IsDirty 
and the SetDirty comniands relate to a dirty flag on the topology that is inside the 
segment topology node to determine whether the topology requires resolving (see 
column 15, lines 10 - 13 wherein the plus flag is interpreted as a dirty flag). 
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Regarding claim 22, Pogue discloses the method of claim 20 wherein the 
GetActualOutputNode command and the GetActuallnputNode command are used to 
find a base level non-segment node connected to one of an output stream and an input 
stream at a predetermined index of the segment topology node (see column 9, lines 2 - 
13 wherein examiner interprets "GetActualOutputNode command and the 
GetActuallnputNode command" as parameters/functions that implement certain actions; 
therefore one of Pogue's parameters/functions that perform variety of actions is 
interpreted as "GetActualOutputNode command and the GetActuallnputNode 
command". 
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Conclusion 



6. 



Any inquiry concerning tliis communication or earlier communications from the 



examiner sliould be directed to Fred I. Ehicliioya whose telephone number is 571-272- 
4034. The examiner can nonnally be reached on M - F 8:00 AM to 4:30 PM. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, John E. Breene can be reached on 571-272-4107. The fax phone number 
for the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 



Fred I. Ehichioya 
Patent Examiner 
Art Unit 2162 




July 8, 2007 



